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1 0 CUSTOMER CHECKOUT ACCELERATOR 

BACKGROUND OF THE INVENTION 

15 Merchants are continuously looking for ways to speed up the checkout process in retail 

establishments. A simple saving of a few seconds for each transaction can result in major savings when the 
«j seconds are applied to the hundreds or thousands of checkout lanes that may exist across all the retail 

I'ij stores of an enterprise. 

iU The problem that exists today is that the checkout process is very heavily loaded on the back-end, 

: i i 
■j* - 

",20 specifically, the payment side of the sales transaction. Over the years, improvements have been made in 

f U the front-end of the sales process with the innovation of scanners, etc. , but there is still much room for 

rn 

j =3 improvement in the payment area of the sales process. 

In retailing technology, there are now many technology innovations that can enhance the customer 
checkout process. These include touch screen displays, Java-based graphical terminal sales applications, 
25 etc. Java-based graphical terminal sales applications include a Java-based customer graphical user 
interface (GUI) that is basically a read-only device used to display details of a sales transaction to the 
customer as it is occurring in real time, as well as optionally displaying advertising data to the customer. 
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In addition, there is currently an increasing trend in the use of customer loyalty cards. There is also a 
further technology trend to combine the multiple loyalty cards with a credit card, onto a smart card. 
Versions of the "combination-loyalty cards" are already in use in several areas of the country. 

There is a need for a system to enhance the payment processing in retail stores. Such a system will 
reduce the amount of time it takes to process a retail sales transaction. Such a solution can be taking the 
existing state-of-the-art technologies, (e.g., touch screen, smart cards, Java-based applications, etc.) and 
combining them into an application and system that reduces the amount of time it takes to complete each 
retail transaction. 

SUMMARY OF THE INVENTION 

The present invention is a device that functions to preapprove the payment for a retail sales 
transaction prior to the actual ringing of the transaction. In effect, it decouples the existing time consuming 
payment process occurring at the back-end of the sales transaction and thereby improves the overall 
checkout time. 

The invention builds upon the worldwide trend towards electronic purchases, and the use of the 
latest state of the art point of sale (POS) technology. Java-based customer GUI code is very modular, 
flexible, and extensible. Although Java customers GUIs are typically read-only applications, they can be 
modified to extend their functionality to provide a stand-alone system where customers can input requests 
to the application. By adding interactive capabilities to the functionality of the Java-based customer GUI, 
the overall checkout time in a store can be improved. The present invention is a customer checkout 
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accelerator interactive application whose primary purpose is to preappro ve credit payment options, or 
other electronic non-cash payment options, before the customer actually gets to the checkout station. The 
preapproval of the payment transaction speeds up the overall time it takes to checkout each customer. The 
present customer checkout accelerator invention operates on retail systems that use touch screen displays. 
It includes a Java-based interactive application that reads the selected payment preapproval options from 
the touch screen display and has the capability to read the input from a smart card reader. The combined 
use of these technologies integrated into a payment preapproval application and system provides a new 
function for consumers with the positive side effect of reduced checkout time for both the retailer and the 
consumer. 

The main benefit of the present invention is that payment preappro vals can be performed during 
customer idle periods while standing in lines that can queue up to n-levels deep, in parallel with the terminal 
sales application processing other transactions. It can also result in improved customer satisfaction, 
resulting from an overall shorter waiting time to complete a sales transaction. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The invention is better understood by reading the following detailed description of the preferred 
embodiment in conjunction with the accompanying drawings wherein: 

Fig. 1 illustrates the system components for the customer checkout accelerator in accordance with 
an exemplary embodiment of the invention. 
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Fig. 2 illustrates a touch screen display in accordance with an exemplary embodiment of the present 
invention. 

Fig. 3 illustrates a special items display that can be added to a purchase order transaction in 
accordance with an exemplary embodiment of the present invention. 

Fig. 4 illustrates the processing logic for the customer checkout accelerator in accordance with an 
exemplary embodiment of the present invention. 

Fig. 5 illustrates the processing logic that executes in a point of sale terminal in conjunction with the 
customer checkout accelerator in accordance with an exemplary embodiment of the present invention. 

Fig. 6 illustrates a database record layout of the preapproval information function in accordance 
with an exemplary embodiment of the present invention. 

Fig. 7 illustrates the processing logic for the store-driven options component in accordance with 
an exemplary embodiment of the invention. 

Fig. 8 illustrates the processing logic for the customer-driven options component in accordance with 
an exemplary embodiment of the present invention. 

DETAILED DESCRIPTION OF THE INVENTION 

Fig. 1 illustrates the major components of the customer checkout accelerator. The preferred 
embodiment for the customer checkout accelerator 1 0 includes a Java-based application running in a retail 
store system with a touch screen display. The customer checkout accelerator 1 0 can run on text-based 
ATM-like interfaces (i.e., primarily text-based) as well as other ATM-like intuitive interfaces such as the 
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NCR Dynakey solution. The ATM-like interface is used in this invention since it is common and easily 
understood, but other graphical interfaces can also be used easily to accomplish the same task. The card 
reader 20 is attached to or integrated into the customer checkout accelerator 1 0. In actual implementation, 
card reader 20 can be positioned in a horizontal or vertical position. Terminal sales application 30 
interfaces with the customer checkout accelerator 1 0 through socket interfaces or other well known 
programming interfaces in the computing industry, e.g., Remote Method Invocation (RMI). When a 
payment preapproval has completed in the checkout lane, the customer checkout accelerator (CCA) 1 0 
sends the information over the socket to the terminal sales application 30 where the information is cached 
in the preapproval cache 80. The Java-based customer GUI application 40 receives input from the 
terminal sales application 30 and graphically displays it in a full screen display for the customer. The 
preapproval database 50 can be implemented in a number of ways, e.g., as a keyed access file or a 
relational database that can be accessed via SQL queries. 

Fig. 6 indicates items that are typically included in a preapproval database record. Customer 
accelerator processor 60 is an application that runs on the store controller and is a server application 
performing several functions. These functions include: (1 ) provide interfaces between the multiple CCAs 
1 0 that exist in a store and the card service providers for payment authorization; (2) provide interfaces 
between the terminal sales application 30 and the preapproval database 50; and (3) provide access to the 
preapproval database 50. Remote payment approval is provided by card services approval application 
70. When a payment preapproval has completed in the checkout lane, the customer checkout accelerator 
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1 0 sends the information over the socket to the terminal sales application 30 where the information is 
ached in the preapproval cache 80. 

The following description provides an example of a typical preapnroval/checkout scenario. The 
example focuses on the credit card payment scenario, but it should be dear to those skilled in the art that 
it is equally applicable to other forms of payment, such as debit cardsychecks, electronic/Internet wallets, 
gift cards (electronic gift certificates), etc. A customer swipes a card at the card reader 20 as indicated 
in Fig. 2 (card swipe 1 80). The customer checkout accelerator W obtains the credit card number, loyalty 
card number, etc. from the customer 5 s card. The customer is then presented with a preapproval amount. 
The amount can be determined by a number of factors, e.g. ^configurable by the store based on historical 
sales amounts by transaction, plus a delta; or based on/the customer's actual purchases. In the first 
instance, this can be the average of all electronic funcMransfer (EFT) sales plus Vi of the average of the 
maximum EFT sales amount. In the second instances, this can be the average amount of the customer's 
historical purchases, plus one standard deviation. /The preapproval amount is presented to the customer 
for his acceptance. A customer can request a larger approval amount in fixed amount increments similar 
to the situation in an ATM withdrawal using touch screen keyboard 1 20, and payment approval key 1 40. 
The request is then sent from the CCA 1 0 to the server application 60. The server application 60 forwards 
the request to the card services application 70 for processing the preapproval request. If the request is 
approved, it is assigned an approval number, which is stored on the store controller system server in the 
preapproval database 50. The server application 60 then forwards the status of the preapproval request 
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At this point, the CCA 10 sends a message over the socket connection to the point of sale (POS) 
application 30 with the preapproval information. This enables the POS application 30 to store a cache 80 
of preapprovals. The benefit provider here is that the POS application 30 does not need to go back to 
the store controller to access the preapproval database 50 during each transaction. 

Eventually the customer bubbles up to the front of the checkout lane and scans his card. While this 
occurs, the POS terminal application 30 is ringing the order. While the order is being rung, the POS 
terminal application 30 retrieves the information for this loyalty account and credit account and preprints 
all of the information for the credit slip. A key feature of the present invention is that if the limit is exceeded 
during the processing of the sales transaction, a request is automatically made to the card service provider 
for additional approval in real time before the order is complete. The POS terminal application 30 then 
ensures the amount of the order is within the preapproval limit at the tender entry state. When the order 
is complete, the POS terminal application 3 0 assigns the transaction number to the customer record in the 
preapproval database 50 and marks the state of the order "complete". 

The obvious location for the customer checkout accelerator is in the checkout lane itself, but the 
CCA 10 can be decoupled easily and located at various preapproval stations within a store. For 
maintenance purposes, the problems of clearing caches 80 and preapproval database entries 50 can be 
addressed in a number of ways. It can be addressed by recognition of the customer card at checkout. The 
caches 80 and preapproval database 50 can also be maintained by an aging timeout feature, or by cleaning 
up the entries as part of the store close accounting procedure, or can be maintained programmatically upon 
demand. 
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In another embodiment of the customer checkout accelerator 1 0, additional marketing channels 



can be added as part of the checkout process. Currently, there is a trend in the retail industry in which 



companies find themselves in the middle of mergers, acquisitions, and partnerships. A number of these 
merged enterprises are companies that sell dissimilar items, for example, supermarket food items and retail 
5 store items. The most notable trends are supermarkets acquiring retailers; the advent of super stores such 
as Super Wal-Mart and Big KMart that combine supermarket items with retail goods; and the combination 
of "brick and mortar" stores with acquired "click and mortar" Internet stores. The problems faced by these 
combined enterprises are how to effectively leverage the sales potential of the merged enterprise. Another 
i s 3 problem facing retailers is that they are continuously looking for new channels to market their products. 
LflO For example, a "brick and mortar" store with an acquired "click and mortar" Internet store is faced with 
1 : 2 the problem of providing additionalyweb portals for new POS channels to market the goods of each of the 

•ITS' / 

If! merged companies. An additional feature of the customer checkout accelerator 1 0 is the provision of an 
! ™ a additional marketing channe/for merchants at the time of an electronic payment preapproval. The 



□ 

as 



marketing channel integrates into the functionality of the CCA 1 0 provides the store an additional POS to 
sell store specials, specials from the merged company, or specials from a third company (e.g., 



Amazon.com). The additional marketing channel feature can be provided in the checkout lane or elsewhere 
within the physical store. 

In addition to the base function of the CCA 1 0 that notifies the customer about the success of the 
payment preapproval request, the CCA 1 0 is extended to graphically display some additional "special" 



20 items that the customer can purchase. The customer can easily add one or more of the items to their 
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purchase by hitting appropriate buttons on the touch screen display. Fig. 3 illustrates an example rendering 
of a screen 200 that can be presented to the customer. The figure illustrates the simple, intuitive, easy to 
use, graphical user interface that provides the additional market channels. The payment preapproval is 
indicated in window 210. Three additional special items are also displayed on the screen 200. These 
include an offer 220 from Amazon.com, an offer 230 from IBM, and an offer 240 from Eddie Bauer. 
Other interactive controls include payment approval key 250, electronic coupons key 260, browse 
additional specials key 270, and browse aisles key 280. 

The logistics of the delivery of the additional purchase items is not part of the present invention. 
The items can be picked up in the store if available there, or can be delivered to the customer's home 
address. An important aspect of this additional feature of the invention is the integration between the "brick 
and mortar" and the "click and mortar" Internet stores, and the collaborative marketing possibilities that 
can be developed. 

At this point, the CCA 10 send a message over the socket connection to the POS terminal 
application 30 with the preapproval information along with information on any additional items purchased. 
This allows the POS terminal application to build a cache 80 of preapprovals. As before, the POS terminal 
application 30 does not need to go back to the store controller to access the preapproval database 50 
during each transaction. When the order is rung, the additional items purchased at the CCA 1 0 can also 
be printed out on the customer receipt. 

In another embodiment of the present invention, the customer checkout accelerator is provided with 
a consumer-driven option capability. This additional feature provides a method to satisfy the demands of 
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the emerging sophisticated consumer by specifically providing a method of migration from a store-centric 
view of marketing to a consumer-centric view of marketing. The concept involved is to enable customers 
to use their favorite Internet portals to purchase items of interest to them while they are shopping at another 
retail enterprise. The key concept in the additional feature is to integrate customer preferences into a retail 
store system to provide an individualized service. The consumer is given control over the types of 
additional items that may be purchased during checkout from the vendors of the consumer's choice. An 
advantage of the customer personalization feature is that it allows retailers to capitalize on the micro- 
marketing trend in the retail industry where mass merchandisers can give the appearance of one-to-one 
marketing. This feature of the invention has two aspects. In the first aspect, the customer selects the 
additional vendors to be displayed on the CCA system 1 0. In a second aspect, a customer' s selected web 
portals are presented on the CCA system. The first aspect is implemented by simply presenting a selection 
list to the consumer. The application can be run via the Internet to enable the consumer to make selections 
and/or modifications at home (from any web browser) or the consumer can run the application at the 
physical store location. The consumer' s selection criteria are then stored in the customer loyalty database, 
with the selections being in the form of URLs. The second aspect is implemented in the following manner. 
When the customer is waiting in the checkout line and using the CCA 1 0 for a payment preapproval, the 
CCA: (1) preapproves the customer for x dollars; (2) personalizes the CCA to display the URLs the 
customer has selected for viewing with the intent of possible purchase of additional items that are of interest; 
and (3 ) enables the consumer to optionally purchase additional items while waiting in the checkout line. 
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This additional feature of the present invention enables retail stores to track purchases from third 
parties and to bill the third parties for each purchase made via the CCA. This provides an additional 
revenue source for the retail store. The amount of time that third party portals are displayed can also be 
tracked and the third parties billed for the advertising time. 

Fig. 4 illustrates the processing logic for the customer checkout accelerator. References to payment 
card in Fig. 4 represents any of the following: a credit card, a debit card, a combination card, an electronic 
wallet, a gift card (electronic gift certificate), etc. The combination card is a smart card that contains store 
information such as the customer ' s loyalty card number, as well as the credit or debit card number. The 
benefit of having a combination card is that the consumer only needs to carry and have a single card 
scanned versus carrying and scanning multiple cards. The processing starts in logic block 400 when the 
customer swipes the payment card at the integrated card reader of the CCA. The CCA reads the 
credit/debit card number, the loyalty card number, etc. from the customer' s card as indicated in logic block 
402. A preapproval amount for the customer is calculated as indicated in logic block 404. As part of 
calculation of the preapproval amount, a test is made in decision block 406 as to whether or not the 
customer card is a loyalty card. If it is a loyalty card, then as indicated in logic block 408, the actual 
purchase history for the customer is looked up in the loyalty database and the average purchase amount 
per transaction for the last six months is calculated for the customer and a standard deviation added to the 
calculated amount. If the customer card is not a loyalty card, then as indicated in logic block 4 1 0, the 
transaction is a credit/debit purchase so the average purchase amount with credit/debit on a storewide basis 
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is calculated and 14 of the average of the maximum credit/debit purchases (on a storewide basis) is added 
to determine a preapproval amount. 

Logic blocks 408 and 41 0 provide two simple methods of calculating a preapproval amount. 
These are intended to be examples only and any algorithm can be applied based on the retail store's 
preferences. In logic block 4 1 2, the calculated amount is displayed to the customer on the CCA display 
for approval. In decision block 4 1 4, the customer either accepts or rejects the calculated amount. If the 
customer rejects the calculated amount, processing continues in logic block 4 1 6 wherein the customer 
enters a specific amount or exits from the transaction. The user can manually enter a specific amount on 
the CCA as indicated in logic block 418. Alternatively, the user can exit from the transaction as indicated 
in termination block 432. After the user manually enters a specific amount on the CCA or accepts the 
calculated amount as determined in decision block 4 1 4, the preapproval amount is transmitted from the 
CCA 1 0 to the CCA server application 60 on the store controller (logic block 420). The CCA server 
application 60 then transmits the preapproval request to the card services application 70 for approval as 
indicated in logic block 422. If in decision block 424, the amount is not approved, the CCA displays that 
the amount is denied as indicated in logic block 430. Processing then loops back to decision block 41 6 
where the customer can reenter a different amount or exit from the transaction. If the amount is approved 
in decision block 424, the CCA server application 60 running on the store controller/file server places an 
entry in the preapproval database 50 as indicated in logic block 426. The CCA 1 0 receives approval 
notification from the CCA server application 60 and sends a message to the POS terminal sales application, 
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as indicated in logic block 428. The POS terminal sales application stores the information in the 
preapproved cache 80. 

Fig. 5 illustrates the processing logic that occurs in the point of sale terminal in conjunction with the 
processing in the customer checkout accelerator. It illustrates how the point of sale terminal 30 uses and 
accesses the preapproval amounts that were determined as a result of the processing of Fig. 4. In Fig. 5, 
there are two independent software modules that are running concurrently, i.e., the POS terminal sales 
application 30 and the preapproval processing software 1 0. The POS terminal sales application steps are 
identified on the right-hand side of Fig. 5 . The preapproval software steps are identified on the left-hand 
side of Fig. 5 . Processing starts in logic block 500 with the customer moving to the POS system to have 
his order rung up and to complete the sales transaction. The customer scans the payment card at the POS 
system as indicated in logic block 502. The POS system reads the credit card number as indicated in logic 
block 504. Next, in decision block 506, a test is made to determine if there is an entry in the preapproval 
cache for this payment card. If there is, then sales processing is resumed as indicated in termination block 
508. If, in decision block 506, it is determined that there is no entry in the preapproval cache for this 
payment card, then the preapproval amount is obtained from the preapproval database on the store 
controller file server and the entry is stored in the preapproval cache (logic block 5 1 0). This condition can 
occur when a customer has been preapproved in one lane, but has since moved to another checkout lane. 

Concurrently, the sales transaction is begun at the point of sale terminal as indicated in logic block 
520. The items in the purchase order are then sold as indicated in logic block 522. The POS system 
calculates a subtotal as indicated in logic block 524. Next, as indicated in logic block 526, a test is made 
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to determine if the subtotal amount has exceeded the preapproval amount. If the subtotal amount has 
exceeded the preapproval amount, then processing continues in logic block 5 1 2 with a dynamic request 
for an additional amount during the transaction. If the subtotal amount has not exceeded the preapproval 
amount in decision block 526, then in decision block 528, a test is performed to determine if the purchase 
order is complete. If it is not, processing loops back to logic block 522 to sell the next item in the purchase 
order. Otherwise, in logic block 530, the final total including taxes, coupon discounts, etc., is calculated. 
Processing then continues in logic block 540 as discussed below. 

Following a dynamic request for an additional amount during the transaction in logic block 5 1 2, a 
request for an additional amount from remote card services is performed as indicated in logic block 514. 
In decision block 5 1 6, a test is made to determine if the additional amount has been approved. If "yes", 
then in logic block 5 1 8, the preapproval cache is updated with the information. If the additional amount 
is not approved in decision block 5 1 6, then as indicated in logic block 532, the POS operator is prompted 
that the additional preapproval request has been denied. At this point, the consumer can either continue 
the sales transaction or end it. To continue the sales transaction, processing returns to logic block 522. 
To end a sales transaction, processing resumes with logic block 540. In this next step, the transaction total 
is compared with the amount preapproved and the difference (delta amount) is calculated. The approval 
database is then updated with the actual amount of the sale as indicated in logic block 542. This is followed 
in logic block 544 with the initiation of a transaction to release the excess amount, i.e., the delta amount 
calculated in step 540. To complete the sales transaction, receipts are printed and credit/debit vouchers 
are printed as well, as indicated in termination block 536. 
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Fig. 7 illustrates the processing logic for the store-driven options component of the customer 
checkout accelerator. Processing is invoked from decision block 424 in Fig. 4. As indicated in logic block 
700, the store displays a selection of special promotional merchandise that can be added to the order. The 
customer is enabled to add additional items to the order as indicated in decision block 702. If the customer 
decides not to add to his order, processing returns to logic block 426 in Fig. 4. Otherwise, a record is 
created of the items that the customer wants added to his order as indicated in logic block 704. This is 
followed in logic block 706 by the appending of the order record to the preapproval database entry. 
Processing then resumes at logic block 426 in Fig. 4 as indicated in termination block 708. 

After determining in decision block 528 of Fig. 5 that the order has been completed, processing 
jumps to logic block 7 1 0 in Fig. 7 where the preapproval cache is read in at the checkout counter and any 
additional items are also added to the purchase. Processing then resumes at logic block 5 3 0 in Fig. 5 as 
indicated by termination block 712. 

Following the completion of the printing of receipts and credit/debit vouchers in logic block 536 
of Fig. 5, updates are made to the tracking database based on the vendor or manufacturer involved in the 
additional sales transaction. This enables the retail store to bill third parties for the service and possibly bill 
them for the amount of time a particular ad of the third party is displayed. This is indicated in logic block 
720. 

^ Fig. 8 illustrates the processing logic for the cummer-driven option component of the customer 
checkout accelerator. Processing jumps from decision block 524 in Fig. 4 to logic block 800 in Fig. 8. 
As indicated in logic block 800, the CCA retrieves/flie configuration data for a customer from the customer 
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loyalty database that is maintained by the store! The CCA displays customer selected categories of special 
romotional merchandise that can be added to the order as indicated in logic block 802. Next, in decision 
block 804, a determination is made as to whether or not items should be added to the order. If no, 
processing returns to logic block 426 in l/ig. 4. Otherwise, processing continues in logic block 806 with 
the creation of a record of the items thai are added to the order. The order record is then appended to the 
preapproval database entry as indicated in logic block 808 . Processing then resumes at logic block 426 
in Fig. 4 as indicated in termination block 810. 

Proceeding from the testing for completion of the order in decision block 528 of Fig. 5, processing 
jumps to logic block 830, in which the preapproval cache is read in, and any additional items are added 
to the purchase. Processing then resumes at logic block 530 of Fig. 5, as indicated in termination block 
832. Updates are made to the tracking database based on the vendor or manufacturer in order for the 
store to bill third parties for the service and possibly for the amount of time an ad is displayed at checkout. 

Following the completion of the printing of receipts and credit/debit vouchers in logic block 536 
of Fig. 5 , updates are made to the tracking database based on the vendor or manufacturer involved in the 
additional sales transaction. This enables the retail store to bill third parties for the service and possibly bill 
them for the amount of time a particular ad of the third party is displayed. This is indicated in logic block 
840. 

There are two additional steps illustrated in Fig. 8 that document the manner in which a customer 
configures the additional items that are displayed by the CCA 1 0 when the customer is in the checkout lane. 
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As indicated in logic block 820, the customer configures the selection of additional items to be displayed 
via one or more of the following categories: vendors of choice; favorite Internet portal; customer's areas 
of interest; shopping history of customers maintained by the store; top N selections made by all customers 
in the store. These additional categories are exemplary only. Other categories can be used based on each 
retailer's preferences. This is followed in logic block 822 by storing of the configuration information in the 
customer loyalty database that is maintained by the store. 

The present invention can be realized in software or a combination of hardware and software. Any 
kind of computer system or other apparatus adapted for carrying out the methods described herein is 
suited. A typical combination of hardware and software could be a general purpose computer system with 
a computer program that, when loaded and executed, controls the computer system such that it carries out 
the methods described herein. The present invention can also be embedded in a computer program 
product, which includes all of the features enabling the implementation of the methods described herein and 
which, when loaded in a computer system, is able to carry out these methods. 

Computer program instructions or computer program in the present context means any expression 
in any language, code or notation, or a set of instructions intended to cause a system having an information 
processing capability to perform a particular function, either directly or when either or both of the following 
occur: (a) conversion to another language, code or notation; (b) reproduction in a different material form. 

Those skilled in the art will appreciate that many modifications to the preferred embodiment of the 
present invention are possible without departing from the spirit and scope of the present invention. In 
addition, it is possible to use some of the features of the present invention without the corresponding use 
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of the other features. Accordingly, the foregoing description of the preferred embodiment is provided for 
the purpose of illustrating the principles of the present invention and not in limitation thereof since the scope 
of the present invention is defined solely by the appended claims. 
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